Date: Sun, 17 Oct 93 04:30:18 PDT
From: Ham-Digital Mailing List and Newsgroup <ham-digital@ucsd.edu>
Errors-To: Ham-Digital-Errors@UCSD.Edu
Reply-To: Ham-Digital@UCSD.Edu
Precedence: Bulk
Subject: Ham-Digital Digest V93 #76
To: Ham-Digital


Ham-Digital Digest          Sun, 17 Oct 93       Volume 93 : Issue   76

Today's Topics:
                       JNOS 1.07b not on 73 BBS
           Looking for VHF packet equipment recommendations
                   Model 102 as baycom modem tnc??
                            Public Apology
                  RAC Bulletins in Electronic Form?
                     TPK<==>FBB protocol/packets?
                          WX FAX with PK232?

Send Replies or notes for publication to: <Ham-Digital@UCSD.Edu>
Send subscription requests to: <Ham-Digital-REQUEST@UCSD.Edu>
Problems you can't solve otherwise to brian@ucsd.edu.

Archives of past issues of the Ham-Digital Digest are available 
(by FTP only) from UCSD.Edu in directory "mailarchives/ham-digital".

We trust that readers are intelligent enough to realize that all text
herein consists of personal comments and does not represent the official
policies or positions of any party.  Your mileage may vary.  So there.
----------------------------------------------------------------------

Date: 14 Oct 93 17:18:00 GMT
From: ogicse!uwm.edu!cs.utexas.edu!oakhill!val!afarm!fredmail@network.ucsd.edu
Subject: JNOS 1.07b not on 73 BBS
To: ham-digital@ucsd.edu

With only a 2-3 month lead time available to locate and upload
a version of JNOS (ANY version) 73 Magazine has failed yet
again.  Those of you hoping to get the same version of the 
JNOS code that Jeffrey Sloman N1EWO is going to use in his 
series of articles, are apparently SOL (Short On Luck).
As someone noted last month, the 1.08c version was not
on the 73 BBS.  This month, the article (with no explanation
for the change) informed readers that JNOS 1.07b would be 
used and was available on the 73 BBS, in the Packet area (#9).  
The Packet area is area 8; there still does not appear to be 
ANY version of JNOS from the 73 BBS.

IF you have INTERNET access, you may get 1.07b from ucsd.edu.
73 magazine says the directory is \hamradio\packet\tcpip\jnos.
Since ucsd.edu is a UNIX system, I'd guess that the backslashes
(the \) should be slashes (the /), unless someone has got a
neat piece of code running.  If the \ character doesn't work,
try the /.  Better yet, find a local expert to help with
getting TCP/IP going.

Burt N5SYY

... "Do something special for Mother's Day" - Oedipus
___ Blue Wave/QWK v2.12

------------------------------

Date: Sun, 17 Oct 1993 01:38:46 GMT
From: library.ucla.edu!europa.eng.gtefsd.com!howland.reston.ans.net!vixen.cso.uiuc.edu!moe.ksu.ksu.edu!hobbes.physics.uiowa.edu!news.uiowa.edu!herky.cs.uiowa.edu!mau@network.ucsd.edu
Subject: Looking for VHF packet equipment recommendations
To: ham-digital@ucsd.edu

Hi
I just got my technician license and I am trying to collect info for packet
radio equipment while I am waiting for the magic paper to arrive.

Since I have no idea about VHF equipment I bought a few magazines and I
read the FAQ. Well I think that I have some idea of what I am looking for
but if you think that I am looking for the wrong setup please tell me so.
I am interested in a portable VHF packet station which I could operate
with out AC power.

THe setup I am thinking of is the following.
1) a handhelp VHF radio that I can also use for voice communications
2) A battery or battery/AC operated TNC. I am only interested in VHF packet
so I need a TNC which has the minimum number of operating modes and features.
3) VHF active antenna. I need an active antenna because I found that there is
too much interference where I live.
 I show some ads for a MFJ or MJF?? active antenna which
operates up to 200 Mhz and can be used for HF as well, so I can use with my
Sony sw receiver.
3) A laptop or handheld msdos computer. I would prefer to use my Tandy 100
but I do not know if I can find software for it.

SO I am looking for recommendation for the following equipment
1) VHF handheld radios price up to $300
2) VHF TNCs            price up to $150
3) active antennas     price up to $100

You may e-mail me any comments or you can post to this group.

Napoleon
mau@herky.cs.uiowa.edu



--
________________________________________________________________________
Napoleon Mau
mau@herky.cs.uiowa.edu
_________________________________________________________________________

------------------------------

Date: Fri, 15 Oct 1993 22:42:55 -0400
From: magnesium.club.cc.cmu.edu!news.sei.cmu.edu!bb3.andrew.cmu.edu!andrew.cmu.edu!ee2g+@uunet.uu.net
Subject: Model 102 as baycom modem tnc??
To: ham-digital@ucsd.edu

    Has anyone hooked a baycom serial port modem up to a TRS-80 modem
102 laptop computer?  If so where can I find the 'soft tnc' software?

Thanks
Chuck N3QAT 
ee2g+Charles@andrew.cmu.edu

------------------------------

Date: Thu, 14 Oct 93 16:17:54 -0400
From: dog.ee.lbl.gov!agate!howland.reston.ans.net!europa.eng.gtefsd.com!emory!dragon!nj8j!ben@network.ucsd.edu
Subject: Public Apology
To: ham-digital@ucsd.edu

eeyimkn@unicorn.nott.ac.uk (M. Knell) writes:

> In article <4653@eram.esi.COM.AU> dave@esi.COM.AU (Dave Horsfall) writes:
> >So, who is this prawn, "Randy KF8TV @ W8HHF" ?  Some wanna-be lawyer?
> >Are there any more like him over there?
> >
> Anybody feel like mailstorming him? But then again, maybe it's just not worth
> loading the pacsats and HF gateways just for this bozo's sake..

Evidently, he's already been mailstormed enough.  He's posted an apology to 
the packet network, and has even taken a self-imposed month away from packet 
as a result of his original posting.  Methinks he's seen the light.

Ben


+---------------------------------------+---------------------------------+
| Ben Coleman NJ8J                      | "All that is not eternal is     |
| AX.25:  NJ8J@W4QO.#EAL.#ATL.GA.USA.NA |         eternally out of date." |
| Internet: ben@nj8j.atl.ga.us          |                     C. S. Lewis | 
+-------------------------------------------------------------------------+ 

------------------------------

Date: Sat, 16 Oct 1993 13:02:21 GMT
From: gumby!destroyer!nntp.cs.ubc.ca!alberta!adec23!ve6mgs!mark@yale.arpa
Subject: RAC Bulletins in Electronic Form?
To: ham-digital@ucsd.edu

I am breaking from tradition, and allowing MY request for information to
be cross-posted to rec.radio.info. Since it is an administrivia request
for the group of rec.radio.info, I feel it is justified as part of running
the information only news group.

I have had a rash of recent requests for some electronic access to the
Radio Amateurs of Canada (RAC) Bulletins and Articles. I will be endeavoring
to find a local source, if possible, but would also appreciate any effort
by someone else to be a provider of this information to the rec.radio.info
news group. Please contact rec-radio-request@ve6mgs.ampr.ab.ca if you have
access!

Thanks, Ciao, 73 de VE6MGS/Mark mark@ve6mgs.ampr.ab.ca|mark@adec23.UUCP
 - Entries to the Amateurs on USENET List: hams-on-usenet@ve6mgs.ampr.ab.ca
 - Postings to rec.radio.info:		   rec-radio-info@ve6mgs.ampr.ab.ca
 - rec.radio.info administrivia:	   rec-radio-request@ve6mgs.ampr.ab.ca
"Give any one species too much rope, and they'll **** it up"
	`Too much Rope' Amused to Death, Roger Waters

------------------------------

Date: 15 Oct 93 17:48:45 GMT
From: library.ucla.edu!news.mic.ucla.edu!magnesium.club.cc.cmu.edu!pitt.edu!dsinc!spool.mu.edu!uwm.edu!rpi!utcsri!utgpu!attcan!ncrcan!coutts!wwg@network.ucsd.edu
Subject: TPK<==>FBB protocol/packets?
To: ham-digital@ucsd.edu

I don't have a normal TNC (HAPN), so I'm attempting to write my own
software to emulate some of the TPK processes, while connected (and not)
to a FBB bbs.  Grabbing the broadcasted bulletin headers is a sinch.
Getting uploads/downloads due to compression, is NOT.

After TPK transmits the "F< 113905\r" message to the bbs (while connected
to retrieve message # 113905) some data followed by the compressed 
message is transmitted.  While the dumps of actual traffic I have at
home show all the gory details... I'm trying to submit this message
from memory...  From memory, what appears to be transmitted is:


	01 <length_byte> subject info 00

This is followed by:

	02 <data_segment_length> ...appears to be 4? fixed bytes of info...
	+ the rest of the first data segment.  A full segment appears to
	never exceed the limit of 250 for length.

then more

	02 <length_byte> ....data... 

packets follow until the entire message is delivered to TPK.  The length
bytes never include the "02" byte nor the length byte itself.

NOW TO THE POINT OF THIS POSTING:
=================================

	1. Can anyone expound on the exact "data units" and formats
	   here?

	2. Where in the first "data segment" does the compressed
	   message actually start?  It appears bytes 0-1 (my recall?)
	   are uncompressed size + 66 bytes (little endian). Bytes
	   2-3 (I think) were always "00 00" in my dumps.  So does
	   the compressed message start at byte offset 4, or is there
	   a 66 byte frequency table/other header/or what?, prior to
	   the compressed message?  Most messages all start with
	   nearly identical byte sequences for up to 15+ bytes. It
	   almost suggests a frequency table...

	3. WHAT COMPRESSION METHOD IS USED?  Is it LZW (ie if no
	   frequency table is used)?  Maybe one of the PKZIP
	   employed methods?  Maybe the same one used internally by
	   7PLUS.EXE?  Anybody know what method 7PLUS.EXE uses?

Anybody wanna suggest some good tests for identifying the compression
method used?

If there is enuf interest, I could upload some of my captured
TPK <==> FBB bbs traffic dumps.  With enuf net readers jumping on
the "problem", I'm sure we can crack this open.

Maybe, there actually exists some documentation on this topic?

--------------------
Warren W. Gay VE3WWG		John Coutts Library Services Limited		
wwg@coutts.UUCP			Niagara Falls, Ontario, Canada

------------------------------

Date: 15 Oct 1993 13:07:43 -0700
From: dog.ee.lbl.gov!agate!howland.reston.ans.net!vixen.cso.uiuc.edu!newsrelay.iastate.edu!destroyer!nntp.cs.ubc.ca!vanbc.wimsey.com!vanbc.wimsey.com!not-for-mail@network.ucsd.edu
Subject: WX FAX with PK232?
To: ham-digital@ucsd.edu

The fax capabilities of the PK-232 are rather limited.  It is not mentioned
in the documentation for the hardware, but the AEA software documentation
mentions that the PK-232 drops two of every three lines of a WEFAX.  That
renders the received faxes almost unreadable.

Of course, I bought the AEA software before I found out about this!

The AEA-FAX is much better.  I have even received satellite images on 9.090
MHz that were absolutely clear.

So, don't bother with the AEA software for the PK-232MBX.  In my opinion, it
is not worth the price.

73 de VE7MDL (VE0MDL@VE7KIT on packet)        ....Erik.

------------------------------

Date: Sat, 16 Oct 1993 11:57:50 +0000
From: library.ucla.edu!agate!doc.ic.ac.uk!uknet!demon!llondel.demon.co.uk!dave@network.ucsd.edu
To: ham-digital@ucsd.edu

References <1993Oct13.170548.5219@combdyn.com>, <750648057snx@llondel.demon.co.uk>, <27259@acorn.co.uk>
Reply-To : dave@llondel.demon.co.uk
Subject : Re: Multiple TNCs on same frequency

In article <27259@acorn.co.uk> agodwin@acorn.co.uk (Adrian Godwin) writes:
>In article <750648057snx@llondel.demon.co.uk> dave@llondel.demon.co.uk writes:
>>
>>It is quite possible to run NOS and an AX25 packet BBS on the same machine.
>>If you run the BPQ network switch on the PC and run Desqview, you can get
>>NOS to coexist quite happily in a Desqview window with BBS software in other
>>windows. I have successfully run RLI/YFB/FBB software alongside various 
>>versions of NOS in this way. 
>>
>
>It works, but performance may be disappointing - my local IP switch runs
>this way, and even though the BBS is used only to serve IP users with
>a more complete system than NOS's native BBS provides (the AX25 users are 
>served by a different station), performance can be abysmal.
>
>As an example, I got a 17 second initial ping (i.e. including the arp)
>time last night. No packets lost, but incredibly slow response.
>I suspect this is because the BPQ switch buffers up the packets OK, but
>they aren't processed by the other software until desqview chooses to
>switch tasks. If a short timeslice is used, poor efficiency results.
>If a long timeslice is used, latency is long. 
>I imagine deskview has no way of adjusting the time given to the various 
>tasks dynamically, since it can't know what they're waiting for. 
>
The system here currently runs FBB5.15/WNOS4.0b/BPQ4.06k under DV2.42. I can
get pings of <4 secs on a fairly busy link freq. AFAIK all the bits of s/w are
DV-aware and will give up timeslices when waiting. Try running the BPQ IP
router in another DV window to handle most of the routeing, and only direct
the minimum stuff to the NOS window. 

>You may get away with this for a BBS system that provides IP access,
>and it may be possible to tune the system for better throughput,
>but I wouldn't recommend it if you're doing IP routing.
>
My system happens to be the main IP router for the local area........

Last comment is that it runs a six-port switch on a 33MHz 386DX. Your mileage
may vary.

Dave
-- 

*****************************************************************************
* G4WRW @ GB7WRW.#41.GBR.EU AX25     *    Start at the beginning. Go on     *
* dave@llondel.demon.co.uk  Internet *     until the end. Then stop.        *
* g4wrw@g4wrw.ampr.org      Amprnet  *      (the king to the white rabbit)  *
*****************************************************************************

------------------------------

End of Ham-Digital Digest V93 #76
******************************
